home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000361_news@newsmaster….columbia.edu _Wed Aug 12 11:50:13 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  2KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA29575
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 12 Aug 1998 11:50:12 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA15432
  7.     for kermit.misc@watsun; Wed, 12 Aug 1998 11:50:11 -0400 (EDT)
  8. Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!news.mathworks.com!uunet!in1.uu.net!news.sonalysts.com!usenet
  9. From: "Michael C. Smith" <mcs@sonalysts.com>
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: File Size Limitations?
  12. Date: Wed, 12 Aug 1998 11:42:06 -0400
  13. Organization: Sonalysts, Inc.
  14. Lines: 18
  15. Message-ID: <35D1B7CD.597FAF56@sonalysts.com>
  16. NNTP-Posting-Host: sentinel.sonalysts.com
  17. Mime-Version: 1.0
  18. Content-Type: text/plain; charset=us-ascii
  19. Content-Transfer-Encoding: 7bit
  20. X-Mailer: Mozilla 4.04 [en] (Win95; I)
  21. Xref: news.columbia.edu comp.protocols.kermit.misc:9078
  22.  
  23. Hi,
  24.  
  25. Is there an upper limit to the size of a file that Kermit (K95 running
  26. on NT4.0) can transmit?  Our application uses Kermit to transfer files
  27. between two computers using TCP/IP over a dial-up PPP connection.  We
  28. are conducting stress tests of the application by sending very large
  29. files (100+ MB) between the systems.  We have noticed that the reception
  30. of some files finishes even though the whole file has not been
  31. completely sent.  In one test, a 180 MB file was only received as a 112
  32. MB file.  Obviously, dial-up connections using such large files take a
  33. long time.  Could line noise, static, etc.. cause this to occur?  Or is
  34. there an internal limitation that we are runnng into?
  35.  
  36. Any help would be greatly appreciated,
  37. -Michael C. Smith-
  38.  
  39.  
  40.